home *** CD-ROM | disk | FTP | other *** search
/ Languguage OS 2 / Languguage OS II Version 10-94 (Knowledge Media)(1994).ISO / gnu / objcissu.lha / web-not < prev   
Internet Message Format  |  1993-02-27  |  8KB

  1. Return-Path: <rms@gnu.ai.mit.edu>
  2. Date: Wed, 17 Feb 93 14:56:55 -0500
  3. From: rms@gnu.ai.mit.edu (Richard Stallman)
  4. To: krab@iesd.auc.dk
  5. Cc: gsk@marble.com, krab@iesd.auc.dk
  6. In-Reply-To: <199302171815.AA13160@iesd.auc.dk> (message from Kresten Krab Thorup on Wed, 17 Feb 1993 19:15:03 +0100)
  7. Subject: gnu objc runtime
  8.  
  9. Keep in mind that the version we distribute *must* not use WEB.
  10. It *must* be straight C.
  11.  
  12. I must warn you that if you take a modified version of the runtime and
  13. WEBify it, it will be absolutely impossible for me to consider installing
  14. that.  The only way I could even consider adopting a WEB file as the "real"
  15. source is if there is *absolutely no* other change from the source
  16. currently installed.
  17.  
  18. To put this another way, I have to consider changes *as diffs* one at a
  19. time.  If you put this file into WEB, the result will look totally
  20. different.  The diff will be so big that I simply won't be able to 
  21. consider it.
  22.  
  23. If you want any of your changes to be installed, then you must stop making
  24. more changes and first attend to the changes you have already made.  You
  25. need to split them into individual units, each of which could be installed
  26. on its own, and each of which addresses one problem.  Then I can accept 
  27. some of these and reject others.
  28.  
  29. If you charge ahead making more changes without attending to the
  30. installation of those you have already made, the result is that in
  31. practice there is no possibility of installing any of your changes.
  32.  
  33. Return-Path: <krab@iesd.auc.dk>
  34. Date: Wed, 17 Feb 1993 21:59:25 +0100
  35. From: Kresten Krab Thorup <krab@iesd.auc.dk>
  36. To: gsk@marble.com
  37. Subject: gnu objc runtime
  38.  
  39.    If you want any of your changes to be installed then you must stop
  40.    making more changes and first attend to the changes you have already
  41.    made. You need to split them into individual units each of which could
  42.    be installed on its own and each of which addresses one problem. Then I
  43.    can accept some of these and reject others.
  44.  
  45. Let me put it this way: I have been working intensively with the
  46. runtime for about a week or two, and what I come up with is
  47. sustantially different from the one currently distributed.  I don't
  48. expect you to accept that right away -- so what I have been trying to
  49. tell you is that I am ready to offer the time needed to write a
  50. complete and detailed documentation for the entire runtime including
  51. my changes and the original code.  
  52.  
  53. This documentation of mine should be considered a basis for making
  54. changes to your original code, and making it possible to discuss it in
  55. a wider community.  I dont expect you to accept it just like that.
  56. Besides that, it would be of some interest to future objc programmers,
  57. as it would include descriptions, and comments on alternative
  58. implementations. 
  59.  
  60. If you can promise me to study a such document carefully and honestly,
  61. I will be very glad.  Please...
  62.  
  63.    I must warn you that if you take a modified version of the runtime and
  64.    WEBify it, it will be absolutely impossible for me to consider installing
  65.    that.  The only way I could even consider adopting a WEB file as the "real"
  66.    source is if there is *absolutely no* other change from the source
  67.    currently installed.
  68.  
  69. If this is not acceptable, I am willing to WEBify the original code,
  70. and start from there.  The facilities for documentation are cruical,
  71. and can certainly help us avoid misunderstanding each other.
  72.  
  73. /Kresten
  74.  
  75. >From MAILER-DAEMON@iesd.auc.dk Wed Feb 17 21:53:11 1993
  76. Received: by iesd.auc.dk id AA14590
  77.   (5.65c8/IDA-1.5/MD for <krab>); Wed, 17 Feb 1993 21:53:11 +0100
  78. Date: Wed, 17 Feb 1993 21:53:11 +0100
  79. From: Mail Delivery Subsystem <MAILER-DAEMON@iesd.auc.dk>
  80. Message-Id: <199302172053.AA14590@iesd.auc.dk>
  81. To: krab@iesd.auc.dk
  82. Cc: Postmaster@iesd.auc.dk
  83. Subject: Returned mail: User unknown
  84. X-Filter: mailagent [version 2.9 PL0] for krab@iesd.auc.dk
  85.  
  86.    ----- Transcript of session follows -----
  87. While talking to carrara.bos.marble.com:
  88. >>> RCPT To:<ask@marble.com>
  89. <<< 550 <ask@marble.com>... User unknown
  90. 550 <ask@marble.com>... User unknown
  91.  
  92.    ----- Unsent message follows -----
  93. Received: from xiv.iesd.auc.dk by iesd.auc.dk with SMTP id AA14588
  94.   (5.65c8/IDA-1.5/MD for <krab>); Wed, 17 Feb 1993 21:53:11 +0100
  95. Date: Wed, 17 Feb 1993 21:53:11 +0100
  96. From: Kresten Krab Thorup <krab@iesd.auc.dk>
  97. Message-Id: <199302172053.AA14588@iesd.auc.dk>
  98. Received: by xiv.iesd.auc.dk (4.1/SMI-4.1)
  99.     id AA27027; Wed, 17 Feb 93 21:53:22 +0100
  100. To: rms@gnu.ai.mit.edu, ask@marble.com
  101. Subject: gnu objc runtime 
  102. Cc: krab.If.you.want.any.of.your.changes.to.be.installed@iesd.auc.dk,
  103.         then.you.must.stop.making.more.changes.and.first.attend.to.the.changes.you.have.already.made.You.need.to.split.them.into.individual.units@iesd.auc.dk,
  104.         each.of.which.could.be.installed.on.its.own@iesd.auc.dk,
  105.         and.each.of.which.addresses.one.problem.Then.I.can.accept.some.of.these.and.reject.others.@iesd.auc.dk
  106.  
  107. Let me put it this way: I have been working intensively with the
  108. runtime for about a week or two, and what I come up with is
  109. sustantially different from the one currently distributed.  I don't
  110. expect you to accept that right away -- so what I have been trying to
  111. tell you is that I am ready to offer the time needed to write a
  112. complete and detailed documentation for the entire runtime including
  113. my changes and the original code.  
  114.  
  115. This documentation of mine should be considered a basis for making
  116. changes to your original code, and making it possible to discuss it in
  117. a wider community.  I dont expect you to accept it just like that.
  118. Besides that, it would be of some interest to future objc programmers,
  119. as it would include descriptions, and comments on alternative
  120. implementations. 
  121.  
  122. If you can promise me to study a such document carefully and honestly,
  123. I will be very glad.  Please...
  124.  
  125.    I must warn you that if you take a modified version of the runtime and
  126.    WEBify it, it will be absolutely impossible for me to consider installing
  127.    that.  The only way I could even consider adopting a WEB file as the "real"
  128.    source is if there is *absolutely no* other change from the source
  129.    currently installed.
  130.  
  131. If this is not acceptable, I am willing to WEBify the original code,
  132. and start from there.  The facilities for documentation are cruical,
  133. and can certainly help us avoid misunderstanding each other.
  134.  
  135. /Kresten
  136.  
  137.  
  138. Return-Path: <krab@iesd.auc.dk>
  139. Date: Thu, 18 Feb 1993 04:53:16 +0100
  140. From: Kresten Krab Thorup <krab@iesd.auc.dk>
  141. To: rms@gnu.ai.mit.edu
  142. Subject: Re: gnu objc runtime
  143. Cc: gsk@marble.com, krab@iesd.auc.dk
  144.  
  145.  
  146. > Is it possible, using WEB, to get a C program that includes comments and
  147. > is readable, much as the present program is readable?  If so, then it is
  148. > okay for us to have a WEB program.  We can distribute both that and the C
  149. > program that is made from it.
  150.  
  151. A local phd student fixed up Knuth's cweb to allow some kind of grammar
  152. like rules (LR0) for specifying the formatting.  This is what I used
  153. for my objc-web.  Though the present version strips comment and indentation
  154. when producing C code, I can easily fix it up so it doesn't. 
  155.  
  156. I do not regard my participation in this as only supplying patches 
  157. which are then accepted or discarded.  Neither do I think of my code
  158. as something you must absolutely accept. I have a lot of ideas, which
  159. would be nice to *discuss* and then perhaps implement bit by bit.
  160.  
  161. I have started writing a document describing various ways to do 
  162. initialization and various messengers corresponding to that.  I will
  163. post it to the gnu-objc list within a day or two.  Hopefully we can
  164. then get some wider community to participate in choosing the right 
  165. combination.
  166.  
  167. /Kresten
  168.  
  169.